正在进行安全检测...
发布时间：2023-09-15 11:59:03 来源：文档文库
小
中
大
字号：
标题：关于TPC-C的讨论与分析关键字：TPC-C,基准测试指标(Benchmark，性能评估(Sizing，系统规模设计(SizingandCapacityplanning目前，TPC-C作为一种由第三方非盈利机构（tpc.org）颁布的基准测试指标，越来越多地被各平台厂商、应用系统提供商和最终用户所引用，并被简单地作为核心评估指标，应用于平台选型、系统规模设计等评估环节。就此，本文将结合TPC测试模型自身特点进行分析与讨论，希望能够读者，对于应用基准测试指标进行系统性能评估的准确性与可靠性问题，获得较为清晰的认识。关于TPC-CTPC，事务处理性能委员会，其成员由Acer，Bull，Compaq，EMC，HP，IBM,MS,NCR,SCO,Siemens,Sun,Unisys构成。目前拥有的测试基准包括：TPC-C（联机事务处理OLTP）；TPC-H（决策支持系统DSS（adHoc查询））；TPC-W（电子商务e-Commerce）；TPC-R（决策支持系统DSS（商务报表））；我们所讨论的TPC-C，其测试模型定义为模拟一个订货系统的处理过程，输出为测试系统每分钟能够处理的新订单数。（同时还要处理另外四种交易：支付、订单状态、配送、库存状态http://www.tpc.org适用范围针对一个现代化大型数据中心中的应用，下图定义了各基准测试指标所适用的范围：由此可见，在标准的3层架构中，TPC-C测试模型建立在最底层，即数据库层，其测试结果是无法评估应用层和表示层（该层次完成全部商业逻辑的处理和展现）的性能；同时，更
不能应用于DSS（决策支持）等应用。测试模型分析复杂度只有最为接近客户应用，接近现实世界载荷的测试模型，才能更真实地反映被评测系统的性能。否则，很容易通过一些测试调优手段获得较好的结果（如数据块和客户反应时间的非常规定义，采用降低高可用特性为前提的RAID技术等等）。下图定义了一些主流测试标准的复杂度和可优化的程度：可以看出，SAP，OracleApps以及Peoplesoft等应用厂商提供的测试标准较接近现实世界载荷，能够更为真实地模拟生产系统环境；反映JAVA性能的Volano基准测试，由于过于简单而渐渐淡出，SPECjbb测试逐步成为JAVA测试的主流标准；由于数据库技术的日益更新发展，TPC-D已经被TPC-H所取代。同样，TPC-C作为1995年2月颁布的测试标准，已很难适应迅速更新的软硬件技术的发展，任何一种数据库技术的革新，都可能极大程度地影响测试结果。例如，64位Oracle提供更大的数据缓存（SGA），从而大规模降低系统IO操作，无法发现评测系统的IO瓶颈。同一硬件平台在不同版本的测试软件下获得的测试结果差异很大，也验证了这一点。下表揭示了TPC-C同OracleApp，Peoplesoft等应用测试基准，均进行OLTP操作时，测试模型的差异：交易类型表批处理TPC-C590OracleApp1895884PeoplesoftFinancials(3-Tier171236210000OLTPWorldRecord很容易看出，无论从交易类型还是需要处理的表数量上，TPC-C的规模都要远远小于其他应用测试基准，同时还不包括现实系统中所必须的批处理操作。载荷分区技术的影响如果工作载荷能够被很容易地分区，交易可以被指定在本地数据库中完成，不必混杂远程的调用。这意味着数据库可以被切割以对应不同的节点，从而避免了结点间访问的延时。载荷分区技术能够有效地提高系统利用率，获得理想的测试结果，但现实世界中存在大量不可预测的、远程调用（Adhoc），很难实现载荷分区。 